home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0086 / 485.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  255 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri, 27 Apr 90       Volume 90 : Issue  485
  4.  
  5. Today's Topics:
  6.                             Application(s)
  7.               Disassembling TOS and documentation issues
  8.                       STE TOS / TOS 1.4/1.6 etc.
  9. ----------------------------------------------------------------------
  10.  
  11. Date: 27 Apr 90 23:49:52 GMT
  12. From: sdd.hp.com!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!hyc@ucsd.edu
  13.  (Howard Chu)
  14. Subject: Application(s)
  15. Message-ID: <11868@stag.math.lsa.umich.edu>
  16.  
  17. In article <1990Apr27.205437.21807@agate.berkeley.edu>
  18.  ericco@stew.ssl.berkeley.edu () writes:
  19. %I bought my 1040ST to hack with.  But I'm currently working on a
  20. %business application.  I simply don't have the time to write the code
  21. %from scratch.  I've HEARD (here) that the ST is capable of running
  22. %business applications.  If so, is there software available to do the
  23. %following:
  24. %
  25.         (form entry, computation) - Not being much of a database user,
  26.         can't really say. Most database applications handle this though.
  27.  
  28. %       o  Form letter.  Using entries in the database, generate a form
  29. %       letter.  This letter will contain numeric values based on the
  30. %       entries in the database.  The ideal software will allow graphics
  31. %       to be inserted in the form letter.
  32.  
  33. WordUp 2.0 lets you do this, with no trouble. Import graphics as well. It's
  34. a very capable program. I also just received an upgrade notice for 3.0 in
  35. the mail today. I was pretty pleased at seeing the upgrade notice for 1.x to
  36. 2.0, but this 3.0 stuff sounds Really Awesome. (Now I wonder if they made it
  37. resolution independent this time. No mention in the [abbreviated] fixlist.)
  38.  
  39. I suspect that WordFlair can handle this pretty easily as well. The demo is
  40. 300K, available for downloading. It has an integrated spreadsheet feature,
  41. so it may be capable of handling the computation requirement you mentioned
  42. above. I've only played around a little with the demo, so I haven't got any
  43. real idea of what features it offers.
  44. %
  45. %I don't think that there is the slightest chance in the world that
  46. %such a piece of software exists.  I would be pleased if I could find a
  47. %group of programs that handle this functionality.  I don't think that
  48. %this is an unreasonable business aplication.  If the ST and Atari are
  49. %serious about business users I think that this type of system should
  50. %be relevently simple to buy and install.
  51.  
  52. There are many many many database applications available for the ST. That
  53. much I'm sure of. You might try looking into Findex V, advertised in the
  54. E. Arthur Brown catalog. Apparently it's also popular in the MSDOS world,
  55. so it can't be too amateur, eh? (I've never seen it, just passing on my
  56. impressions from their catalog.) It seems that this program handles forms
  57. entry, so it should do pretty well, and it's supposed to be very fast.
  58.  
  59. As for simplicity of installation... Every now and then someone posts here
  60. about how they can't get such-and-such GDOS application working. I've never
  61. had any trouble with it, but if that worries you, here's another bit of info.
  62. WordFlair uses GDOS, WordUp 2.0 does as well, with custom printer drivers.
  63. WordUp 3.0 seems to come with its own custom version of GDOS, from what I
  64. saw in the update notice. It's supposed to be very fast and very memory
  65. efficient, only loading fonts and drivers when they actually need to be used.
  66. It sounds slick, and I'm looking forward to receiving it.
  67.  
  68. If it seems like I'm being overly fond of WordUp, I probably am. I have no
  69. relation to the publisher, Neocept, other than being a satisfied customer.
  70. However, another point of interest... I did a human-factors analysis of the
  71. program for a class I took last year, (geeze, you can get away with *anything*
  72. in a doctorate level course!  ?-) and it performed very well adhering to
  73. "Good Practice" guidelines. For the most part the user interface is very
  74. complete and very consistent. There are a couple rough spots in both the
  75. manual and the program, but overall it's a very well put together package.
  76. Some of the specific problems I discovered in my analysis were specifically
  77. mentioned as being fixed in the 3.0 upgrade notice, so I'm even more eager
  78. to get the new version...
  79. --
  80.   -- Howard Chu @ University of Michigan
  81.   ... the glass is always greener on the side ...
  82.  
  83. ------------------------------
  84.  
  85. Date: 27 Apr 90 19:44:58 GMT
  86. From: eagle.wesleyan.edu!ncastellano@CS.YALE.EDU
  87. Subject: Disassembling TOS and documentation issues
  88. Message-ID: <19425@eagle.wesleyan.edu>
  89.  
  90. In article <2179@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) writes:
  91. > I wrote that you had to become a developer to get technical information
  92. > on the STe.  While that may or may not be true, some people have asked
  93. > why they have to shell out more money just to write programs that
  94. > take advantage of the new hardware.
  95. >
  96. > What you get when you pay for the STe is the machine and the customer-
  97. > level support that Atari gives.  That's what the person who buys a car
  98. > gets.  He doesn't get the maintenance manual, the engineering drawings,
  99. > the designer's notes, or the tools for repairing or improving it.  That
  100. > price point is for users, not necessarily programmers.
  101. >
  102.  
  103. I can't help but disagree with this.  A car and a computer are very
  104. different types of things.  One buys a car (in general) for the
  105. purpose of driving it.  While one may buy a computer simply to "drive
  106. it" by using existing software, many of us (especially ST users!) buy
  107. the machines to program them.  That _is_ part of the machine's use, as
  108. evidenced by the wide variety of compilers and interpreters which are
  109. available.
  110.  
  111.  
  112. > What you get when you pay for the developer's kit is the MUCH HIGHER
  113. > level of support that Atari gives to people who are going to write
  114. > programs that (presumably) will help sell ST's -- this is known as
  115. > "enlightened self-interest."  I see what you want: an intermediate
  116. > step, at a lower cost, which would give you some technical information
  117. > about the machine.  In return for the lower cost you would give up the
  118. > support we offer (which is to say, the right to ask people like me hard
  119. > questions).  I don't know, but some subsidiaries might offer that:
  120. > documentation without support, at a lower cost.
  121. >
  122.  
  123. This is _exactly_ what many of us want.  I don't want Atari Corp. to
  124. hold my hand; I just want enough information to be able to write a few
  125. public domain programs.  And I don't have $250 to shell out for this
  126. information.  If money wasn't a concern I might have got an IBM; there
  127. is no end of free information about PC internals.
  128.  
  129. > Personally, I think that is dangerous, because it gives people
  130. > "a little knowledge, and a little knowledge is a dangerous thing."
  131. > You end up with people who ONLY know technical things, and the result
  132. > is programs which are impolite to the system and make upgrades and
  133. > compatibility the nightmare it is.
  134. >
  135.  
  136. Please, you can't really expect me to take this seriously.  With no
  137. knowledge of the "right" ways to do things, programmers have no choice
  138. but to do everything the "wrong" way.  The only way to prevent this is
  139. to make information available.  If you don't tell us how to make our
  140. programs "polite," then they are going to chew their food with their
  141. mouths open, if not spit it in your lap.  To this day I still do not
  142. have documentation on the Bios and Xbios calls; all of my ST
  143. programming has been done by guessing what these calls do based on
  144. the names given to them in the OSBIND.H I got with Sozobon C.  How can
  145. a program based entirely on guesswork be at all "polite" to the
  146. operating system?  What would be the harm in Atari publishing a small
  147. free reference on Bios, Xbios, and GEM?  This information alone would
  148. be extremely valuable.
  149.  
  150. > If you have a gripe about the level of support you get for your money,
  151. > that's legitimate.  You should complain to the president of the
  152. > subsidiary you're dealing with, or to Charles Cherry, who is the
  153. > Developer Coordinator for Atari headquarters.  You can even write Sam
  154. > Tramiel.  If you do, try to be brief and specific, but not technical,
  155. > about your problems, and name names.  If you just write and whine
  156. > you're wasting your time and his.
  157. >
  158.  
  159. Fine, what's their email addresses? :-)
  160.  
  161. > I don't make decisions, so those are just my personal beliefs.  Nobody
  162. > comes to my office, taking notes, asking, "What levels of support
  163. > should we offer, and how much should we charge?" They don't do that
  164. > here in the US, much less in other countries, where we have
  165. > independent, wholly-owned subsidiaries. We throw machines and
  166. > documentation at them, and they do what they like with them.  (There is
  167. > feedback the other way, of course, but that's the basic picture.)
  168. >
  169.  
  170. Just because nobody comes to you and asks you these things doesn't
  171. mean you can't make suggestions.  If you went to Mr. Tramiel and said
  172. "at least 50 people on comp.sys.atari.st have complained about the
  173. level of support offered by Atari" don't you think he would be
  174. interested?
  175.  
  176. I'd like to add that for all the griping I do here about documentation
  177. (or lack of it) I'm very pleased that Atari even bothers to have
  178. someone on the Net to discuss their equipment with us.  I've found
  179. most of your postings dealing with technical issues to be extremely
  180. enlightening.  I hope you'll continue to contribute in the future.
  181.  
  182. Thank you for your time,
  183.                       nick
  184.  
  185. > ============================================
  186. > Opinions expressed above do not necessarily   -- Allan Pratt, Atari Corp.
  187. > reflect those of Atari Corp. or anyone else.    ...ames!atari!apratt
  188.  
  189. --
  190.         ncastellano@eagle.wesleyan.edu    ncastellano@wesleyan.bitnet
  191.                 Sinkhole!dEADHEAd@mast.citadel.moundst.mn.org
  192.    "We are happy.  (_silence._)  What do we do now, now that we are happy?"
  193.                -Estragon, _waiting for godot_ by samuel beckett
  194.  
  195. ------------------------------
  196.  
  197. Date: 27 Apr 90 10:17:54 GMT
  198. From: mcsun!ukc!icdoc!syma!grahamt@uunet.uu.net  (Graham Thomas)
  199. Subject: STE TOS / TOS 1.4/1.6 etc.
  200. Message-ID: <2512@syma.sussex.ac.uk>
  201.  
  202. From article <2178@atari.UUCP>, by apratt@atari.UUCP (Allan Pratt):
  203. > J.Derrick@newcastle.ac.uk says he disassembled the ROMs and found some
  204. > things out.  Here's my reply:
  205.  
  206. (one para on the dangers of unofficial publishing omitted)
  207.  
  208. >
  209. > If you want to know all about developing software for the STe, you can
  210. > become an Atari developer and get the real information from Atari.
  211. > There's a whole STe Developer's Addendum, and a TOS 1.6 Release Notes
  212. > document, and more.  There's example code for using the hardware screen
  213. > scrolling, the light gun, and paddles (analog joysticks), and detailed
  214. > explanations of all the new hardware, registers, etc.
  215. >
  216. > Since we're not in this for our health, we do charge for the
  217. > documentation and support you get as a developer, but we think that
  218. > it's worth it: we have a new commitment to supporting developers
  219. > at a higher level than in the past.  (The February newsletter
  220. > included a re-issue of almost the entire developer's kit, just
  221. > so everybody would be up-to-date.)
  222.  
  223. (rest of message omitted)
  224.  
  225. A month ago I would have been up in arms about this.  I would have said
  226. something along the lines of, "Allan, you forgot to check where the
  227. original message came from.  Atari UK doesn't treat developers nearly as
  228. well as Atari USA now does, etc.  They certainly haven't reissued the
  229. entire developers' kit."
  230.  
  231. However, there seems to have been a new start on developer support here
  232. recently.  A co-ordinator (Alistair Bodin) has been appointed, and he's
  233. certainly willing to be helpful.
  234.  
  235. The only troubles are a) developers who want to reregister under the new
  236. ProSupport scheme have to sign a badly-worded nondisclosure agreement,
  237. and b) becoming a UK developer is a lot more expensive than it is in the
  238. USA.  The last I heard, it cost over 300 pounds, which is getting on for
  239. $500.  If ProSupport lives up to its promise, it may be worth it, but on
  240. past performance it's a bad investment for an individual or even a small
  241. company.  No wonder UK users want to get information another way.
  242.  
  243. Graham
  244.  
  245. --
  246. Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
  247.  JANET: grahamt@uk.ac.sussex.syma  EARN/BITNET: grahamt@syma.sussex.ac.uk
  248.  ARPA:  grahamt%syma.sussex.ac.uk@nsfnet-relay.ac.uk
  249.  UUCP:  grahamt@syma.uucp    Phone: +44 273 686758    Fax: +44 273 685865
  250.  
  251. ------------------------------
  252.  
  253. End of INFO-ATARI16 Digest V90 Issue #485
  254. *****************************************
  255.